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System and Method For Implementing A Metrics Engine For Tracking 

Relationships Over Time 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This patent application claims priority to U.S. Provisional Patent Application No. , 
filed January 14, 2002, Attorney Docket No. 23452-500-301, titled "KNOWLEDGE SERVER" 
in the name of James Patrick GOODWIN et al. which is hereby incorporated by reference herein 
in its entirety. 

FIELD OF THE INVENTION 

The present invention relates generally to a system and method for using metrics to 
determine, and track over time, relationships and affinities in a knowledge management system. 

BACKGROUND OF THE INVENTION 

Companies, educators, government agencies and other organizations frequently want to 
track statistics about usage of computing resources. Some of these computing resources are 
physical entities (e.g., people, computers, etc.), some are logical entities (e.g., categories, 
documents, e-mail conversations, etc.) and some are synthetic computed relationship derived by 
summarizing other relationships as a class and computing a relationship. 

In many existing systems it is difficult to determine relationships and affinities between 
such diverse data sources, therefore, the resources are often not exploited. In addition, it can be 
costly and time consuming to analyze the amount of data generated in a knowledge management 
system. 
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Another drawback of existing systems is that they do not provide for evolution of 
determined relationships and affinities over time. Once a relationship or affinity is reported, 
there often exists no way to ensure that the relationship has not changed or become stale. Other 
drawbacks also exist. 

5 

SUMMARY OF THE INVENTION 

The present invention enables a flexible system for representing relationships among 
computing resources, assigning them strengths, and versioning them over time. One advantage is 
!i~ that all of the various ways that these entities are named in the real world can be normalized into 
;lb a common model of identifiers (IDs) and types such that universal manipulations by class are 
ii8 possible without losing the capability to present the resulting information back with the original 
+ : entity names or even with multiple equivalent names. 

*J The invention enables the use of metrics to facilitate uncovering some of the relationships 

iH between data. As discussed herein, metrics may be used to learn about different knowledge 
rlJS sources and their activity within an organization. Metrics are a system that may evaluate 
documents, people, categories of information, and the relationships between them so that an 
organization may identify and make better use of its knowledge sources. 

The Metrics system gathers usage statistics for acquired data and calculates relative data 
values based on these statistics. Both the statistics and the calculated values are known as metric 
20 values. A knowledge discovery server uses metric values to rank the data it processes. For 
example, when users browse categories with a knowledge map, documents that have the highest 
values may appear first by default in each category so that they are easier to access. Once 
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enabled, the Metrics system keeps the server current by continuously updating metric values for 
existing data and calculating value for newly acquired (e.g., spidered) data. 

According to some embodiments, one of the values the Metrics system calculates is 
document value. Each document's value may be calculated based on the one or more of the 
5 following: the number of links a document contains, and the number of links that have been 
created to the document from other documents, the number of times a document has been opened 
with a knowledge map, the number of times the document has been responded to, and the 
number of times the document has been edited. When calculating document value, Metrics may 

H assign different weight to each of these raw metrics using the order of the document constants on 

,fi) a Metrics Settings form. 

;<Q The present invention will now be described in more detail with reference to exemplary 

r 1 

embodiments thereof as shown in the appended drawings. While the present invention is 
\1 described below with reference to preferred embodiments, it should be understood that the 
!,n present invention is not limited thereto. Those of ordinary skill in the art having access to the 
I* 15 teachings herein will recognize additional implementations, modifications, and embodiments, as 
well as other fields of use, which are within the scope of the present invention as disclosed and 
claimed herein, and with respect to which the present invention could be of significant utility. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 In order to facilitate a fuller understanding of the present invention, reference is now 

made to the appended drawings. These drawings should not be construed as limiting the present 
invention, but are intended to be exemplary only. 
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Figure 1 is a schematic representation of a knowledge discovery system according to 
some embodiments of the invention. 

Figure 2 is a schematic diagram of a metrics system according to some embodiments of 
the invention.. 

5 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENT(S) 

The present invention can be described with reference to its operation within a knowledge 
management system. While any suitable knowledge management system may exploit the 
advantages of the present invention, and the invention is not limited to a particular knowledge 

i;3 

|b management system, several embodiments are sometimes described herein with reference to the 
; i0 Lotus Discovery Server environment. Several relevant terms are defined herein as follows. 
^ Knowledge management is defined as a discipline to systematically leverage information 

! ^ and expertise to improve organizational responsiveness, innovation, competency, and efficiency. 

if] The Discovery Server 102 (e.g., Lotus Discovery Server) is a knowledge system which 

p 

!l5 may be deployed across one or more servers. At its core, the Discovery Server 102 integrates 
code from several sources (e.g., Domino, DB2, InXight, KeyView and Sametime). The 
Discovery Server 102 collects, analyzes and identifies relationships between documents, people, 
and topics across an organization. The Discovery Sever may store this information in a data 
store (e.g., a DB2 data store) and may present the information for browse/query through a Web 

20 interface which is referred to as the knowledge map (e.g., K-map). The Discovery Server 102 
regularly updates the knowledge map by tracking data content, user expertise, and user activity. 
The Discovery Server 102 may gather information from various sources (e.g., Lotus Notes 
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databases, Web sites, file systems, etc.) using spiders (defined below). 

A knowledge map editor interface may provide access to the knowledge map. Internally, 
the Discovery Server 102 may maintain and update the knowledge map through components 
called Discovery Services (defined below). In some embodiments, the knowledge map editor 
5 may be used as an administration tool by a set of designated editors. 

As discussed above, the knowledge map is a map of the relationships between 
organizational resources. Physically, the knowledge map may exist in any suitable data store that 
contains content from many disparate data sources, and value-added data derived from that 

p content (e.g., a DB2 data store). The knowledge map content hierarchy is often referred to as a 

□ 

.BO taxonomy. 

;: ks> 

;i3 A taxonomy is a generic term used to describe a classification scheme, or a way to 

i 

■ ^ organize and present information. The knowledge map is a taxonomy. The knowledge map is a 

-: sss, 
: :: 

12 hierarchical representation of content organized by a suitable builder process (e.g., the K-map 
i,H Builder process). 

SBj. 

PI5 An example of a taxonomy can be found at most major Internet search sites where 

information has been categorized into a few high-level categories. Each top-level category 
contains other subcategories, and each subcategory can be further divided into other 
subcategories, and so on. For example, if a user selected Finance as a top-level category, he 
might be presented with a list of subcategories related to finance from which to further select, or 
20 refine, his search. 

The knowledge map editor is defined here as the software interface that may be provided 
as part of the Discovery Server. Editors (e.g., people) may use this interface to access and 
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modify the organization of knowledge map content and category fields to meet the needs of the 
organization. 

The Discovery Server Control Center may comprise a Web browser-based user interface 
which administrators (e.g., people) use to configure and maintain the Discovery Server. 
Administrators may use a Startup view to get started during initial implementation, and a 
Maintenance view to perform ongoing tasks, such as reallocating services and spidering new data 
repositories. 

Discovery Services may comprise Discovery Server 102 components that capture, 
analyze, process, calculate, build, and maintain information in the knowledge map. For example, 
the following is a list of some Lotus Discovery Server Discovery Services: Spiders, Profile 
Source, Profile Synchronizer, Metrics Collector, Metrics Processor, K-map Builder, K-map 
Indexer. 

A spider is a process used by Discovery Server 102 to extract information from data 
repositories. While the invention is not limited to a particular type of spider, in some 
embodiments three types of spiders exist to support the following data types: Notes spiders 
(includes, e.g., QuickPlace, Domino.Doc), File system spiders (Windows or Windows- 
compatible (e.g., NTFS, FAT, FAT32), and also any other file system that Windows can see, 
such as a mapped Novell or UNIX share) and Web spiders. Of course, other spiders may be used 
for other data types. "Spidering" is the act of extracting data from these data types and 
converting the output into a markup format (e.g., XML) for further processing by Discovery 
Services. 

A data repository is defined as any source of information that can be spidered by a 
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Discovery Server. While the invention is not limited to particular types of data, in some 
embodiments the following data types are supported: Notes databases, QuickPlace, 
Domino.Doc, Windows or Windows-compatible file systems (e.g. NTFS, FAT, FAT32, and also 
any other file system that Windows can see, such as a mapped Novell or UNIX share), and Web 
5 data (HTTP). 

A training set is a special subset of data repositories which are used to build the first draft 
of a knowledge map. In some embodiments, these data repositories contain information which is 
inherently representative of the type of data the organization would like to see exposed in the 
taxonomy. 

J=P Affinities are calculated by the Discovery Server 102 metrics processes, which collect and 

iiQ calculate data about user interactions with all documents clustered within a knowledge map 
H category. For example, if a user has authored, read, edited, responded to, or created links to a 

• ;ss s 

j; f number of documents in a category, then the metrics component calculates the strength of those 
; 0 interactions relative to others in the organization and proposes an affinity to the user. Approved 
i 15 or published affinities may be stored in a user's profile. Therefore, an affinity is a relationship 
between a person and a category that already exists within the knowledge map; they do not show 
expertise, but simply an interest in, or relationship to, the topic covered in that category. 

User profiles are initially extracted from an authoritative people source (e.g., Domino 
Directory from a Domino server, or an LDAP server such as IBM Secureway Directory, iPlanet 
20 or Active Directory), and then loaded into a separate database (e.g., Lotus Notes database 
(people.nsf)) on a Discovery Server. Each person that the Discovery Server 102 knows about has 
a separate profile that is created and automatically maintained. Users can query this database 
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directly to locate experts by skill, experience, project, education, and job type. 

Document valuation is basically tracking the value of content within an organization. For 
example, to track the value of content the following evaluations may be made: has the content 
been edited or responded to, have links (e.g., doclinks) been created by users to particular 
documents (which would indicate a higher value of that content than other documents), do users 
alter their documents, do users create category links to documents, do users respond to 
documents in a discussion database, do users delete documents, and other evaluations. All these 
evaluations add up to defining which documents the people within an organization value the 
most. As described herein, a Discovery Server 102 metrics service does the accounting and the 
filing of document valuation. 

Figure 1 shows an embodiment of a Knowledge Discovery System 100. Discovery 
Server 102 may comprise a number of servers in communication with a number of data sources. 
For example, Discovery Server 102 may comprise knowledge map 104, people 106, and index 
data sources 108. 

Additional data sources may be created and added to the above data sources 104, 106, 
108, by searching though the data source examples shown on the left side of the Figure 1. For 
example, data sources may include Web server 110 (which can access the Internet), directory / 
file server 112, other data store servers 114 (e.g., Lotus Domino servers), directory source server 
1 16 (with access to a directory of people), and other data sources. 

As data is added to the system, it can be managed by knowledge map editors 118 or 
searched by end users 120. As described herein, Knowledge Discovery System 100 components 
may communicate over network 122. Other configurations and components are also possible. 
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Discovery Server 102 is the back-end of the Knowledge Discovery System 100. 
Discovery Server 102 services (e.g., spiders, knowledge map building service, knowledge map 
Indexing service, and Metrics services) access, manage, and analyze the information from a 
variety of internal and external data sources and identify expertise areas of profiled users. 
Discovery Server's 102 user interface provides search and browse access to information from 
these sources. 

Discovery Server 102 has automated tools to help with the creation of the knowledge 
map. Initially, a first draft of the knowledge map may be created by spidering a representative 
selection of documents or database; this is often referred to as "selecting the initial training set." 
Taxonomists (or editors) may then edit the initial knowledge map using a tool (e.g., the K-map 
Editor) to edit the machine-generated titles and document structure (clusters) to build a working 
taxonomy. 

Another component of Discovery Server 102 is metrics. Metrics may comprise a set of 
computational tasks that collect usage information and calculate document and affinity to content 
(expertise) ratings. For example, a value for a document may be calculated based on the words 
contained in the document. That value may be combined with the value of document to others 
(e.g., number of times document is read, or the like) as tracked through metrics. Metrics may 
then be used to calculate an affinity between a person and documents (e.g., by monitoring user 
interactions to content). When an activity calculates a strong affiliation with a knowledge map 
category area, Discovery Server 102 may generates a message (e.g., an e-mail) to the profiled 
individual, suggesting this affinity to knowledge map content. Users then have the opportunity to 
approve or reject proposed affinities before they are published in the knowledge map. The 
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published affinities help produce the expertise affinities that are published in a user's profile. 

Upon initial set up for Discovery Server 102, data for user profiles may be initially 
extracted from an authoritative people source (e.g., directory source 116, a Domino Directory 
from a Domino server or an LDAP server), and then loaded into a separate profile database (e.g., 
people data source 106 (people.nsf)) on Discovery Server 102. Users 120 may query this 
database directly to locate experts by skill, experience, project, education, and job type. 

As documents are processed by Discovery Server 102, the metrics system collects usage 
information and calculates affinities between people and the documents they used and authored. 
The metrics system continues to automatically monitor these interactions and maintain affinities 
to category areas as new documents are processed and affinities are approved for publishing in a 
user's profile. This has the benefit of automatically tracking areas of expertise as they change — 
perhaps declining in one area and strengthening in others. The metrics service also keeps track 
of what users do (read, doclink, forward, etc.) with the documents. 

It is of note that affinities are proposed based on relationships between people and 
categories in a knowledge map/taxonomy, and not just on a set of keywords. 

Discovery Server 102 may extract the raw usage data, or metrics, from spidered data 
sources (e.g., 110, 112, 114, 116) to create document values and to create affinities. Discovery 
Server 102 continues to track user 120 activity on documents categorized in knowledge map 104. 
Document values represent the calculated sum of all user 120 activity on the document (such as 
citations, forwarding, response documents, reading, etc.) and indicate a document's general value 
to the organization. In knowledge map interface, documents may be listed by this value metric. 

Affinities may be calculated by Discovery Server 102 metrics processes, which collect 
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and calculate data about user 120 interactions to all documents clustered within a knowledge map 
category. For example, if a user 120 has authored, read, edited, responded to, or created links to 
a number of documents in a category, then the metrics component calculates and proposes an 
affinity to the user. 

Administrators can set a system-wide threshold (for example, calculate a 60% strength of 
affinity to a knowledge map category before proposing it to the profiled user) which controls the 
strength of the affinity based on a user's level of interaction in a category relative to all other 
users being tracked. One feature of Discovery Server 102 is that affinities are dynamic; they 
decay with time and inactivity. 

In some embodiments, users 120 have control over publishing of affinities. The design of 
system 100 emphasizes the control of the end user 120 in making any information available to 
others in their profile. For example, when the individual's interaction with documents in 
knowledge map categories reaches a designated threshold, Discovery Server 102 may send an 
appropriate notification (e.g., an e-mail notification) to end user 120 with that proposed affinity 
information. The notification notifies end user 120 of the affinity determined (proposed) by 
Discovery Server 120 and requests confirmation and approval or disapproval to publish the 
identified affinity. If approved, the affinity appears in the user's profile document, accessible to 
others through knowledge map search. In that way, the end user has control over what 
information indicating their expertise is published to their profile and made available to others 
searching for subject expertise. 
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The foregoing describes some embodiments and environments for the present invention. 
The following is a more detailed explanation of metrics according to some embodiments of the 
invention. 

The Metrics task is a complex, multithreaded server task, running various components as 
"threads." Figure 2 is a schematic of some components of the metrics task. Figure 2 shows 
metrics components and their interaction with queues, spiders, and schedulers; it also shows the 
DirectorySync spider (named Metrics Directory Sync 222 in Figure 2) and its interaction with the 
metrics. 

As shown in Figure 2, the Metrics add-in task 200 may comprise various workers and at 
least one spider. To make this architecture more understandable, Metrics may be logically 
divided in two parts: Metrics Processing and Metrics Collection. Metrics Processing consists of 
the two following tasks: AffmityWorkerTask and AffinityCalcTask. 

The AffmityCalc task, which is a thread in the MetricsAddln task 200, calculates the 
affinity (a value describing a person's interest in a certain topic or knowledge map category) a 
person has to a certain topic. The calculation of affinities is an ongoing process, always 
calculating the new affinity value based on the affinity value this individual person had on this 
particular topic before. This affinity value gets passed on to the MetricsAffinityCalc task 202, 
which (if set to do so in the Discover Server 102 Administration interface) initiates the mail 
workflow (e.g., via user mailbox database 203) with the user (to let the user accept or decline the 
proposed affinity). If the affinity proposal is accepted by the user, the affinity value gets 
published to the people profile database 204 (e.g., people.nsf) and stored in the corresponding 
tables of the metrics database 206 (e.g., DB2 tables). 
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MetricsCollection is actually a name for the MetricsWorker 208 (a thread of the 
MetricsAddln task) that accesses the Metrics WorkQ 210 to read a stream of XML documents 
from it and mine each of these XML documents for certain raw metrics data. When the XML of 
each document has been mined, the metrics data may be written and updated in the metrics 
database 206 (e.g., tables in DB2). The raw XML documents in the stream extracted may 
contain entities for each of the fields, defined in the mapping documents for spidered repositories 
(e.g. SGlobal map). 

Document scoring is an approach to evaluate the content of a document in the knowledge 
map and may be enabled by metrics calculator 207. This value may be controlled by the 
following "triggers," which may be re-sorted by means of their weight on the computed 
document value: 1. Links to a document, 2. Links from a document, 3. Responses to a 
document, 4. number of times a document has been opened using the knowledge map, 5. 
time/date of the last update to a document. 

The top-most trigger in this sorted list may represents the value with the highest weight 
on the calculation of the document value. For example, the higher this number "value" is, the 
more useful the associated document is meant to be for the users. In some embodiments, it is 
possible to change the order of these triggers in the metrics settings. 

A "document fit value" (which may be viewed using a knowledge map editor tool) is a 
computed number representing the fit of a particular document into a certain category obtained 
though the knowledge map building clustering process. This value refers to a similar attribute 
computed for the knowledge map, informing whether a document fits into a certain category 
perfectly, or doesn't fit completely in a category but — in terms of content relation — fits this 
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particular category rather than another. This value could also be referred to as a "vector 
distance", a vector in the k-mapdocument space (representing a document) from the very center 
of a K-mapcluster, which is, in fact, a category in the knowledge map. 

In some embodiments a Profile Synchronizer may be implemented to track changes to the 
organizational and contact information for a certain person. Data in the Metrics database 206 
may be processed by the Metrics Affinity Calc Task 202, calculating the affinity values between 
people and categories. Discovered affinities may then be proposed to the Metrics Affinity 
Worker 212, which sends out a message (e.g., an e-mail) with the proposal to the corresponding 
users. If a user accepts an affinity proposal, that affinity is published by the Metrics Affinity 
Worker 212 to the profile database 204. 

The second part, updates or creation of people profile documents, is done by the Metrics 
Directory Sync Worker Task 214, reading update requests from the DS Profile Sync Work Queue 
216 and publishing or updating people documents in the profile database 204. 

Other system components may comprise a knowledge discovery system scheduler 218 
and a metrics scheduler 220 that communicate with metrics directory sync 222. Metrics directory 
sync 222 may also communicate with people repository 224. Other components are also 
possible. 

Some embodiments of the invention enable users or administrators to perform many 
actions with metrics. For example, the following is a listing a exemplary actions that may be 
performed. An administrator may enable or disable the Metrics Collection and Metrics 
Processing services (e.g., using Discovery Server 102 interface form). 

It is also possible to change the threshold that the Discovery Server 102 uses to generate 
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affinities (e.g., on an Affinity Settings form). For example, if a weak relationship between people 
and the categories for which they reportedly have affinities occurs repeatedly, it is possible to 
change the affinity threshold value (e.g., from 60% to 75%). It is also possible to tune the 
Metrics system by adjusting the order of the constants it uses to calculate document and affinity 
values on the Metrics Settings form. 

It is possible to create Metrics reports using the Metrics Report form. A standard report 
may be created or predefined reports may be selected. For example, a predefined report, such as 
Top Documents by Value may be selected. 

In addition, a custom report can be created that specifies the data (documents, people, or 
categories), individual metrics, and organization for the report. For example, a documents report 
could be created to include the hundred documents that have been linked to most often. In this 
case, you could display the author and the number of times linked for each document, and sort 
the report by the number of times linked in descending order. Other reports are also possible. 

It is also possible to view Metrics report results using the Metrics Report Results form. 
In addition, editing of metrics (e.g., delete, back up, and restore metrics) may be accomplished 
using a Discovery Server form. It is also possible to view the Metrics Processing Log to check 
the service's performance. 

The following is a discussion of the metrics setting form according to some embodiments 
of the invention. The metrics setting form may display constants that correspond to basic user 
actions and document attributes. The Metrics system may use these constants when it calculates 
affinity values for people and document values, respectively. 

The constants may appear in the order in which Metrics assigns weight to them for a 
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particular organization. For example, Metrics may assign greater weight to authoring documents 
than to editing documents by default. Other arrangements are possible. 

The metrics setting form may comprise any suitable form. An example of the form 
according to some embodiments of the invention is discussed below. In this example, the 
metrics setting form may be used to change the order of the action and/or document constants 
and assign more or less weight to a user action or document attribute. For example, if editing 
documents is a better indicator of knowledge in a particular organization than authoring 
documents, it is possible to move the editing constant above the authoring constant in the Action 
Constants list so that Metrics assigns more weight to editing. 

In each list of constants, Metrics assigns the first constant a value (e.g., a value of 1) and 
reduces the value of each successive constant by a predetermined amount (e.g., 30%). For 
example, when the Action constants are in their default order, Metrics assigns the first constant 
("Authoring" ) a value of 1, the second constant ("Editing" ) a value of 0.7, the third constant 
("Linking to" ) a value of 0.49, and so on. If the order of a list is changed, each constant assumes 
the value associated with its new place in the list. For example, if you move the "Editing" 
constant ahead of "Authoring" in the Action Constants list, "Editing" assumes a value of 1 and 
"Authoring" assumes a value of 0.7. 

Metrics applies the values of these constants to the raw metrics it collects to calculate 
affinity and document values. For example, the following table (Table I) shows how a sample 
document's value is calculated (assuming the Document constants are in the default order 
indicated in the preceding section). 
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TABLE I 



Raw Metrics for a sample document 


Constant Values 


Calculated 
Values 


Number of links to the document =10 


"Links to" constant = 1 


10x1 = 10 


Number of links from the document = 5 


"Links from" constant = 0.7 


5x0.7 = 3.5 


Number of responses to the document = 3 


"Responses" constant = 0.49 


3x0.49= 1.47 


Number of times the document has been 
opened with K-map = 23 


"Times opened" constant = 034 


2 x 0.34 = 0.68 


Number of times the document has been 
edited = 4 


"Recency" constant = 0.24 


4 x 0.24 = 0.96 



Metrics then adds the individual calculated values together to produce a document's total 
value; in the sample document's case, the total value is 16.61. However, if you switched the 
"Links to" constant to the third position and the "Responses" constant to the first position in the 
Documents Constants list, the sample document would have a value of 11.14 (a reduction in 
value of about 33%). This example suggests the effect the order of the constants can have on 
Metrics calculations. 

Any of the above constant or calculated values may be manipulated as necessary. For 
example, metrics reduces the number of times a document has been opened with K-map by the 
number of responses to the document so that implied actions are not counted twice. (Metrics 
assumes that the author of a response has opened the original document at least once.) In the 
preceding example, Metrics reduced 23 (the "Times opened" raw metric) by 3 (the "Responses" 
raw metric) to produce a new metric value of 20. Metrics divides the number of times a 
document has been opened by 10 before it applies the "Reading" constant in the Action 
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Constants list or the "Times opened" constant in the Document Constants list. Metrics does this 
to prevent frequently-opened documents and people who open a large volume of documents from 
having disproportionately-high document values and affinity values, respectively. In the 
preceding example, Metrics divided 20 (the "Times opened" raw metric — see TABLE I) by 10 
5 to produce a new metric value of 2, which is the value to which Metrics applied the 'Times 
opened" constant. Other manipulations are also possible. 

The present invention is not to be limited in scope by the specific embodiments described 
herein. Indeed, various modifications of the present invention, in addition to those described 
!;!: herein, will be apparent to those of ordinary skill in the art from the foregoing description and 
||) accompanying drawings. Thus, such modifications are intended to fall within the scope of the 
!i3 following appended claims. Further, although the present invention has been described herein in 
r : the context of a particular implementation in a particular environment for a particular purpose, 
■ ^ those of ordinary skill in the art will recognize that its usefulness is not limited thereto and that 
i fi the present invention can be beneficially implemented in any number of environments for any 
jljS number of purposes. Accordingly, the claims set forth below should be construed in view of the 
full breath and spirit of the present invention as disclosed herein. 
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